Amendments to the Specification: 

Applicants request that paragraphs 0005, 0007, 0043, 0052, 0053, 0056, 0058, 
0069, 0073, and 00100 be replaced in the specification with the following 
paragraphs respectively: 

[0005] An application server 102 is often used to host a variety of applications 
(such as application 103). Business logic application software and/or database 
application software are frequent types of application software that are hosted by an 
application server 401- 102 . Here, "hosting" generally means being responsible for 
interpreting and/or formatting messages received/sent to network 101 so that the 
application 103 is properly used by the enterprise. For example, in a basic case 
where application 404 103 is a business logic application, the application server 102 
responds to a request from the network 101 for application 103 (i.e., a request from 
some entity that has expressed a need for application 103 through network 101) by 
properly invoking application 103 in response to the request; and, forwards the 
result(s) of the application's execution to the requestor. 

[0007] Functional elements 104 - 108 depict a web server 104 and its 
corresponding Java based "back-end" functionality 105 - 108. The term "web 
server" 104 is largely understood to mean being capable of presenting a web based 
interface (e.g., through the downloading of web pages scripted in HTML (HvperText 
Markup Language) format) over a network 101. Accesses to specific web pages 
associated with the web based presentation are typically formatted in the HTTP 
(HvperText Transfer Protocol) protocol. Often, useful tasks that are dependent on 
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business logic and/or database functions are made accessible through a web based 
presentation. Figure 1 suggests such an approach by way of the back end JSP 
(Java Server Page) servlet engine 105, database (DB) 106 and Enterprise Java 
Beans (EJB) 107 applications, and J2EE (Java Platform, Enterprise Edition) server 
108. 

[0043] Embodiments between the extremes discussed above are also inherently 
supported. Irrespective of how many GRM applications exist per scenario, GRM 
application 210 may be implemented as a servlet (having its own unique URL 
(Uniform Resource Locator)) that is dedicated to execute the software component 
availability testing for its constituent scenario(s). Request message 211 would 
therefore identify the URL of GRMG application 210 so that it could be executed as 
a consequence. 

[0052] If so, the GRMG infrastructure is expected to refer to the appropriate 
region of the customizing file in order to generate a request message for a specific 
scenario (e.g., a first section of the customizing file is referred to in order to generate 
a request message for a first scenario; a second section of the customizing file is 
referred to in order to generate a request message for a second scenario;, etc.). 
Figure 4 shows an embodiment of an organization scheme for a customizing file 
that includes information for each of a plurality of scenarios (so that a unique request 
message can be generated for each scenario). The organization scheme entails 
listing basic control information 401 as well as the information for each the scenarios 
402i through 402 x . In an embodiment, the customizing file is in the format of a 
document that is capable of supporting the execution of software (e.g., an .XML 
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(Extensible Markup Language) document). As such, the information is embodied in 
the appropriate format for the document. 

[0053] According to the embodiment of Figure 4, the basic control information 
401 is used to control the execution of the GRMG infrastructure itself and includes a 
"run" field 401 1; a "runlog" field 401 2 ; and, a "runerror" field 401 3 . The run field 401 1 
specifies whether the GRMG infrastructure that would use the customizing file is 
running or not. In a further embodiment, the customizing file is ]n the form of a 
document such as an .XML tXML document. Here As an example , an "X" is marked 
at aft the appropriate location in the .XML document may te indicate that whothor or 
net the applicable GRMG infrastructure is running and the lack of an "X" may 
indicate that the corresponding GRMG infrastructure is not running (e.g.. X - 
running; no X - not running) . 

[0056] Items 403 through 410 correspond to "control" items that apply to the 
scenario as a whole while items 41 1 1 through 41 1 X correspond to bodies of 
information that pertain to a specific component that is to be tested for availability. 
The scenario name field 403 provides the name of the scenario. The scenario 
version field 404 provides the version of the scenario. 

[0058] The scenario type field 406 identifies how the appropriate GRMG 
application for the scenario instance is to be reached. Here, as there exist a number 
of different ways in which executable routines may be called upon, the manner that 
is identified in the scenario type field 406 should be consistent with the manner in 
which the GRMG application that is to be executed for the scenario instance has 
been implemented. For example, if the appropriate GRMG application for the 
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scenario instance is a Java servlet (e.g., to be executed by servlet engine 205 of 
Figure 2) that is reachable with a URL address; then the scenario type field 406 will 
indicate that a URL is to be specified in the request message. Alternatively, if the 
appropriate GRMG application for the scenario instance is reachable with an RFC 
(Remote Function Call) destination, the scenario type field 406 will indicate that 
HTTP should be used in the sending of the request message. 
[0069] Here, the request message 502 could be crafted 502 simply by copying the 
content of: 1 ) the scenario name field 403 of the customizing file into the scenario 
name field 503 of the request message; 2) the scenario version field 404 of the 
customizing file into the scenario version field 504 of the request message; 3) the 
scenario instance field 405 of the customizing file into the scenario instance field 505 
of the request message; and, 5) attributes of the component specific information 
fields 41 1 1 - 41 1 X of the customizing file into the component specific information 
fields 51 1 1 - 51 1x of the request message. For example, as applied to the "X th " 
component, the content of the component name, component version, property name 
and property value fields of the customizing file 412, 413, 416, 418 could be copied 
into the component name, component version, property name and property value 
fields of the request message 512, 513, 516, 518. 

[0073] Embodiments between the extremes discussed above are also inherently 
supported. Irrespective of how many GRMG applications exist per scenario, GRMG 
application 210 may be implemented as a servlet (having its own unique URL) that is 
dedicated to execute the software component availability testing for its constituent 
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scenario(s). Request message 211 would therefore identify the URL of GRMG 
application 210 so that it could be executed as a consequence. 
[00100] Actual messages pertaining to the component that were contained in 
received response messages can be displayed next to the heartbeat node 806. 
Recalling the discussion of the response messages that was provided above, and 
referred to Figure 7, recall that items for conveying messages 722 were specifically 
provided for. Here, for example, the actual textual message (e.g., "component is 
alive") to which a numeric encoding was provided by way of the area, number (and 
perhaps number) fields 722 3 - 722 5 in a received response message for the 
component may be displayed next to the heartbeat node 806 in the display. 
Likewise, a textual message received in a response message for a component (e.g., 
as contained in field 722 6 of the response message embodiment of Figure 7) can 
also be displayed. In an alternative embodiment, a status indication is provided 
rather than message text. 
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